package dp.visitor;

import java.util.List;


/**
 * 
访问者模式的适用场景
       1,假如一个对象中存在着一些与本对象不相干（或者关系较弱）的操作，为了避免这些操作污染这个对象，
       则可以使用访问者模式来把这些操作封装到访问者中去。
       2,假如一组对象中，存在着相似的操作，为了避免出现大量重复的代码，也可以将这些重复的操作封装到访问者中去。
       但是，访问者模式并不是那么完美，它也有着致命的缺陷：增加新的元素类比较困难。通过访问者模式的代码可以看到，在访问者类中，
       每一个元素类都有它对应的处理方法，也就是说，每增加一个元素类都需要修改访问者类（也包括访问者类的子类或者实现类），
       修改起来相当麻烦。也就是说，在元素类数目不确定的情况下，应该慎用访问者模式。
       所以，访问者模式比较适用于对已有功能的重构，比如说，一个项目的基本功能已经确定下来，
       元素类的数据已经基本确定下来不会变了，会变的只是这些元素内的相关操作，这时候，
       我们可以使用访问者模式对原有的代码进行重构一遍，这样一来，就可以在不修改各个元素类的情况下，对原有功能进行修改。
 *
 */
public class Client {
    public static void main(String[] args){  
        List<Element> list = ObjectStruture.getList();  
        for(Element e: list){  
            e.accept(new Visitor());  
        }  
    }  
}
